home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20021006-20030409 / 000357_jrd@cc.usu.edu_Mon Mar 3 11:33:21 EST 2003.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  59 lines
  1. Article: 14153 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!bloom-beacon.mit.edu!newsfeed.stanford.edu!logbridge.uoregon.edu!xmission!news.cc.utah.edu!cc.usu.edu!jrd
  3. From: jrd@cc.usu.edu (Joe Doupnik)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: MS-DOS Kermit
  6. Message-ID: <jDVkY2L9V8dP@cc.usu.edu>
  7. Date: 3 Mar 03 09:27:26 MDT
  8. References: <20030301.1833.31585snz@aral.vorkosigan.co.uk> <b3utjk$6gj$1@blue.rahul.net>
  9. Organization: Utah State University
  10. Lines: 46
  11. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14153
  12.  
  13. In article <b3utjk$6gj$1@blue.rahul.net>, Doug Kaufman <dkaufman@rahul.net> writes:
  14. > jrd@cc.usu.edu (Joe Doupnik) writes:
  15. > 
  16. >>In article <b3u44e$uf4$1@blue.rahul.net>, Doug Kaufman <dkaufman@rahul.net> writes:
  17. >> 
  18. >>> OpenSSL has been ported to DOS and the latest 0.9.7a compiles under
  19. >>> DJGPP out of the box, but is dependent on the WATT-32 networking
  20. >>> library. SSHDOS is also available for DOS (does not use OpenSSL)
  21. >>> (sshdos.sourceforge.net). Perhaps one of these can be used as a
  22. >>> starting point for anyone who wants to add a secure layer to MSKERMIT.
  23. >>> I am not sure how much licensing conflicts will add to technical
  24. >>> problems involved.
  25. >>------
  26. >>    I just visited Sourceforge and snagged the sshdos source archive
  27. >>for a look-see. It's not the kind of thing which fits well with MSK. MSK
  28. >>has no external libraries, no vendor libraries, no wattcp, and so on, and
  29. >>it is for 16-bit real mode only. That also means all supporting material
  30. >>is within MSK in open source form. Adding SSH would be quite a bit of work.
  31. >>    Licensing is definitely an issue. No GPL, no vendor licenses.
  32. > 
  33. > I understand that this wouldn't be easy. I don't think I have the
  34. > skills to do it myself. I believe that the TCP module in MSKERMIT and
  35. > the WATT-32 libraries come from the same origin, but have diverged
  36. > substantially over the years, with both originating from work by
  37. > Erick Engelke. I doubt that SSH could be added in a 16-bit realmode
  38.  
  39.     That's correct. The divergence is very large, too large to assume
  40. one is like the other today. Also, the TCP code in MSK isn't in the form
  41. of a library.
  42.  
  43. > program. The memory restrictions shouldn't be a problem if MSKERMIT
  44. > were converted to a 32-bit protected mode program. Perhaps someone with
  45.  
  46.     That's a rather massive change, I'm afraid. The environment is
  47. no longer DOS and very few folks want to mess with DOS extenders needed
  48. to deal with this. MSK already deals with expanded and extended memory
  49. when available but it does not put code up there. If someone wants to give
  50. it a try, go ahead. 
  51.     Joe D.
  52.  
  53. > the necessary skills, time, and inclination will tackle the project.
  54. > MSKERMIT is still the best available telnet client for DOS.
  55. >                            Doug
  56. > -- 
  57. > Doug Kaufman
  58. > Internet: dkaufman@rahul.net
  59.